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GENERIC CALL SERVER AND METHOD 
OF CONVERTING SIGNALING PROTOCOLS 

5 

BACKGROUND OF THE INVENTION 

Technical Field of the Invention 

This invention relates to telecommunication systems and, more 
particularly, to a generic call server and method of converting signaling 
1 0 protocols that utilizes a Generic Call-control State Machine (GCSM) for 
handling call-control signaling between a plurality of different signaling 
systems. 

Description of Related Art 
15 It is anticipated that telecommunications networks will be hybrid 

networks containing both second generation (20) and third generation 
(30) components and areas of service for years to come. In a typical 
hybrid network, a number of different signaling protocols may be utilized 
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including, for example, the Internet Protocol (IP), the International 
Telecommunications Union - Telecommunications Standardization 
Sector (ITU-T) H.323 and H.248 protocols, the Intemet Engineering 
Task Force (IETF) Session Initiation Protocol (SIP), the Mobile 
5 Application Part (MAP), the ANSI-41 Intersystem Signaling protocol, 
the Signal System 7 (SS7) protocol, the Integrated Services Digital 
Network (ISDN) User Part (ISUP) protocol, and the Bearer Independent 
□ Call Control (BICC) protocol, an extension of ISUP. 

^ An analysis of various call cases, performed for different 

~ 1 0 combinations of networks and different types of subscribers, results in the 
^ functional block diagram illustrated in FIG. 1 . This diagram illustrates 

the call-control functional components that are required in a hybrid 
M network 10 in order to handle the various combinations of signaling 

m systems that are currently utilized. Extensions to protocols are indicated 

M 15 by a sign. Block 1 1 represents the functionality required for a call- 
control handler that is capable of handling all combinations of the 
existing signaling protocols. The handler is functionally divided into a 
plurality of servers and a plurality of media gateway controllers (MGCs). 
Several types of servers exist. The different types of servers can be 
20 grouped into the following four groups: 
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• Servers that understand only one type of protocol. These servers 
provide subscriber services. They do not control a media gateway 
(MGW), and therefore have no MGC functionality. These are illustrated 
in FIG. 1 as blocks 12 and 13. 

5 • Servers that map between different types of protocols in order to 

bridge different transport schemes such as packet-switched and circuit- 
switched transport schemes. Therefore, they control an MGW using the 
H.248 protocol. These servers do not provide any subscriber services. 
Within block 1 1 , these servers are identified as Media Gateway Control 
10 Functions (MGCFs). These are illustrated in FIG. 1 as blocks 16 and 18. 

• Servers that map between different types of protocols in order to 
bridge different transport schemes, and provide subscriber services as 
well. The subscriber services are provided either by using internal logic 
or by interacting with other nodes located in the service control plane. 

15 Within block 11, these servers are identified as a Mobile Switching 
Center (MSG) server 14 and as Gateway MSG (GMSG)/MGCFs 19-21, 
22-23, and 24-25. 

• Servers that map between different protocols operating on identical 
transport schemes. These servers do not control an MGW, and therefore 
20 have no MGC functionality. This type of server is illustrated in FIG. 1 
as block 26. 
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A SIP server 12 is needed to handle SIP signaling in a pure SIP 
network; an H.323 gatekeeper (GK) 13 is needed to handle H.323 
signaling in a pure H,323 network; and an MSG server 14 is needed to 
handle BIGG, H.248, and lu^ interface signaling for Universal Mobile 
5 Telecommunication System (UMTS) and IS- 1 36 Time Division Multiple 
Access (TDMA) networks. The MSG server also handles MAP, ANSI- 
41, and IP signaling with a Roaming Signaling Gateway (R-SGW) 15. 
The R-SGW converts SS7 to IP for ANSI-41 (mobile) call cases. The 
MSG server is used within the context of TDMA networks, Global 
10 System for Mobile Gommunications (GSM) networks having an IP 
transport scheme, and UMTS circuit-switched networks. 

Several types of MGGFs are required in the call-control handler. 
In addition to call control, the main functions performed by the MGGFs 
are call-control protocol conversion and media gateway control using the 
15 H.248 protocol. Six MGGFs are illustrated to show the different types 
of protocol conversions required of an MGGF for different call scenarios. 

A first MGGF (MGGF-1) 16 is needed to handle H.323 and H.248 
signaling, as well as ISUP/IP signaling toward a Transit Signaling 
Gateway (T-SGW) 17. The T-SGW converts SS7 to IP for ISUP (non- 
20 roaming) call cases. A second MGGF (MGGF-2) 1 8 is needed to handle 
SIP and H.248 signaling, as well as ISUP/IP signaling toward the T- 
SGW. A third MGGF (MGGF-3) 19 interconnects an external network 
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Utilizing SS7 signaling to the circuit-switched portion of a 3G core 
network. Therefore, MGCF-3 is needed to handle BICC signaling 
toward the circuit-switched domain, H.248 signaling, and ISUP/IP 
signaling toward the T-SGW. MGCF-3 should be functionally combined 
5 with a Gateway MSG (G-MSC) 2 1 functionality which handles a subset 
of MAP, ANSI-41, and IP signaling for HLR interrogations. MGCF-3 
performs all the MGC-specific functionalities: protocol conversion, 
address translation, bandwidth reservation and Media Gateway (MGW) 
control. The G-MSC is used only for incoming traffic into a home 
10 network, when the HLR interrogation is necessary to find a subscriber's 
location. 

A fourth MGCF (MGCF-4) 22 interconnects H.323 networks to 
the circuit-switched portion of a 3G core network and is needed to handle 
BICC signaling toward the circuit-switched domain of the 3G core 

15 network, H.248 signaling, and H.323 signaling. Once again, MGCFs 
handling BICC signaling should be functionally combined with a G-MSC 
23 that performs HLR interrogations. A fifth MGCF (MGCF-5) 24 
interconnects SIP networks to the circuit- switched portion of a 3G core 
network and is needed to handle BICC signaling toward the circuit- 

20 switched domain of the 3G core network, H.248 signaling, and SIP 
signaling. Once again, MGCF 5 should be functionally combined with 
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a G-MSC 25 that performs HLR interrogations. A sixth MGCF (MGCF- 
6) 26 is needed to handle SIP and H.323 signaling. 

Communications such as interrogations 27 of Domain Name 
Servers (DNS) and Location Servers (LS) are common to all of the 
signaling systems. Likewise, each of the signaling systems is capable of 
utilizing the Bandwidth Broker protocol 28 with a bandwidth broker 
performing resource management (RM) functions for the purpose of 
coordinating Quality of Service (QoS) in IP networks. 

Each of the protocols utilized by the various signaling systems 
have protocol-specific functionality. This creates a major problem for 
manufacturers of equipment such as media gateway controllers because 
different versions of the controllers must be designed for each unique set 
of protocols. Alternatively, to provide a single device in the network that 
is capable of converting between all of the specific protocols, with all of 
the protocol-specific functionality, would require an extremely large 
matrix of great complexity. 

It would be advantageous to have a generic call server and method 
of converting protocols that simplifies the protocol conversion problem 
and handles call-control signaling between a plurality of different 
signaling systems. Such a server would enable equipment manufacturers 
to design a single version of devices such as media gateway controllers 
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that would be compatible with a plurality of signaling protocols. The 
present invention provides such a generic call server and method. 

SUMMARY OF THE INVENTION 

5 In one aspect, the present invention is a generic call server in a 

telecommunications network for performing call-control functions and 
interfacing between any two network components selected from a 
plurality of network components that utilize a plurality of different 
signaling protocols. The call server includes a Generic Call-control State 

10 Machine (GCSM) that performs call-control functions that are common 
to all of the protocols, and a plurality of extemal signaling systems that 
interface between the GCSM and the selected network components and 
perform call-control functions that are specific to each protocol. The 
generic call server may also include a Media Gateway (MGW) Handler 

15 that acts as a media signaling protocol handling server and interfaces 
between the GCSM and a media gateway. 

In another aspect, the present invention is a Generic Call-control 
State Machine (GCSM) in a telecommunications network for performing 
call-control functions that are common to a plurality of signaling 

20 protocols. The GCSM interfaces with a plurality of extemal signaling 
systems that perform call-control functions that are specific to each 
signaling protocol. The GCSM includes a plurality of call-control states 
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that are common to all of the signaling protocols, each state having at 
least one defined internal signaling message that is sent to an external 
signaling system upon entering the state. The GCSM also includes at 
least one triggering event associated with each state, the triggering event 
causing the GCSM to enter the associated state. 

In yet another aspect, the present invention is a method in a 
telecommunications network of performing call-control functions and 
interfacing between any two network components that utilize any two 
signaling protocols without redesigning the call-control logic that 
performs the call-control functions. The method performs call-control 
functions that are common to all of the protocols with a GCSM, and 
performs call-control functions that are specific to each protocol with a 
plurality of external signaling systems that are in communication with the 
GCSM. The GCSM communicates with the external signaling systems 
utilizing internal signaling messages. The method also includes the steps 
of converting between the internal signaling messages and selected 
protocol-specific messages in the external signaling systems, and 
communicating between the external signaling systems and the network 
components utilizing the protocol-specific messages. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood and its numerous objects 
and advantages will become more apparent to those skilled in the art by 
reference to the following drawings, in conjunction with the 
5 accompanying specification, in which: 

FIG. 1 (Prior Art) is a functional block diagram illustrating the 
various signaling components and protocols utilized in a typical 2G/3G 
_ hybrid telecommunications network; 

FIG. 2 is a simplified block diagram of a 2G/3G hybrid network in 
y 10 which the generic call server of the present invention has been 
implemented; 

H FIG. 3 is a simplified functional block diagram illustrating a 

Q plurality of signaling interfaces with the generic call server; 

fy FIG. 4 is a simplified functional block diagram of the generic call 

p 15 server illustrating the relationship between a Generic Call-control State 
^ Machine (GCSM) and a plurality of extemal signaling systems within the 

generic call server; 

FIG. 5 is a signaling diagram and flow chart illustrating the 

functioning of the GCSM of the present invention; and 
20 FIG. 6 is a message flow diagram illustrating the messages 

between network nodes, and state transitions in the GCSM, when the 

generic call server interconnects a SIP terminal and a PSTN terminal. 
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DETAILED DESCRIPTION OF EMBODIMENTS 

FIG. 2 is a simplified block diagram of a 2G/3G hybrid network 3 1 
in which the generic call server 32 of the present invention has been 
implemented. In all of the call-control signaling protocols discussed 
above, there are some call-control functions that are specific to each 
protocol, and there are call-control functions that are common to all of 
the protocols. In the present invention, the common call-control 
functions are identified and from these, a Generic Call-control State 
Machine (GCSM) is created. The GCSM is implemented in the generic 
call server 32. 

The generic call server 32 interfaces with a Media Gateway 
(MGW) 33 . It also interfaces with pure legacy circuit- switched networks 
34, legacy circuit-switched networks having an IP transport 35, pure 
packet-switched networks 36, and wireless access networks 37. The call 
server may communicate with one or more SIP networks 38 using SIP 
signaling, with legacy circuit-switched networks using ISUP/ISDN 
signaling, with legacy circuit-switched networks having an IP transport 
using BICC signaling, with one or more H.323 networks 39 using H.323 
signaling, with MGWs using H.248 signaling, and finally with wireless 
access networks using the appropriate radio interface such as IS- 136, and 
the like. 
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Based upon an analysis of potential call cases, the conclusion is 
reached that the generic call server should follow the functional grouping 
illustrated in FIG. 1 . In other words the server functionality and the 
media gateway controller (MGC) functionality should be co-located in 
5 the generic call server. The call server should also retain an option to 
split these functionalities when needed, since some operators may need 
server functionality or MGC functionality only. Other operators may 
need both. The call scenarios reveal intense call control signaling 
between MGCs and servers. By keeping this heavy signaling intemal to 

10 the call server, at least two benefits are realized. First, the speed of call 
delivery is increased. Second, the MGC/server interfaces can be 
modified by the manufacturer without the need for standardization. It is 
also important that support for subscriber services can be optionally 
deactivated depending on the configuration of the generic call server. 

15 Based on the above considerations, the preferred embodiment of 

the generic call server 32 supports the plurality of signaling interfaces 
illustrated in FIG. 3. At any one time, session signaling utilizing one 
protocol may be coming in one side, while session signaling utilizing 
another protocol is going out the other side. Bearer control and service 

20 control signaling may also be going out the bottom or the top, as in the 
case when an MGW is involved. FIG. 3 illustrates the types of protocols 
that can be handled by the call server, based on the Third Generation 
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Partnership Program (3GPP) model. The call server may interface with 
the service control plane 41 utilizing, for example, Camel - a protocol 
utilized with the Global System for Mobile Communications (GSM) or 
the Wireless Intelligent Network (WIN) protocol. The call server may 
5 also utilize the Open Service Architecture (OSA) protocol - a 3G 
Application Protocol Interface (API), or may utilize SIP. The call server 
may interface with the bearer control plane 42 utilizing, for example, 
H.248+, or the Bandwidth Broker (BB) protocol for performing resource 
management (RM) functions. 

10 Within the session control plane 43, the generic call server may 

perform interrogations of Domain Name Servers (DNS) and Location 
Servers (LS), and may interface with other signaling systems utilizing the 
MAP/ANSI-41/IP protocols for mobile call cases, or the IuVlS-136/IP 
protocols for UMTS and TDMA and GSM networks. These protocols 

15 may be converted in the call server to ISUP/IP, BICC/IP, H.323+, or 
SIP+ signaling to interface with other signaling systems on the session 
control plane. 

It is clear from the above that it would be advantageous to have a 
family of call server products for the different standard signaling systems 
20 and different service planes. It would also be desirable for this family of 
products to share a generic common call-control state machine that is 
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independent of specific signaling systems or specific service control 
plane. 

FIG. 4 is a simplified functional block diagram of the generic call 
server 32 illustrating the relationship between a Generic Call-control 
State Machine (GCSM) 51 and a plurality of extemal signaling systems 
within the generic call server. The GCSM performs only the generic call 
processing functions that are common to all signaling protocols. Extemal 
Signaling System- 1 52 and Extemal Signaling System-2 53 handle the 
specific functionality of whatever extemal protocols are being used in 
any particular situation, and may have their own state machines. Internal 
signaling is utilized between the GCSM and the Extemal Signaling 
Systems. Thus, the GCSM is independent of the specific protocols 
utilized by the Extemal Signaling Systems. The decoupling of the 
GCSM from the specific extemal signaling protocols enables the generic 
call server 32 to support a large number of signaling systems, and hence 
a large number of products, without modifying the GCSM. This 
enhances the operator's ability to reuse components and reduces overall 
development cost compared to the prior art method of developing 
specific call-control state machines tailored for every signaling protocol 
and every combination thereof 

A Media Gateway (MGW) Handler 54 acts as a media signaling 
protocol handling server. The GCSM 5 1 does not know what extemal 
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signaling protocol is being utilized, and therefore always requests that a 
media context be created. If the external system is circuit-switched, there 
is no media gateway, so the MGW Handler immediately responds to the 
GCSM with a media acknowledgment message so that the next state 
transition may be triggered. If the external system is packet-switched, the 
MGW Handler uses the MGW 33 to create the media context. Thus, once 
again, the intelligence to deal with protocol-specific functionality is kept 
on the periphery of the GCSM. 

The generic call server 32 includes generic detection points 47 
related to the GCSM and protocol-specific detection points 48 and 49. 
The detection points may be adapted with one or more service adaptation 
layers to adapt the call server to specific protocols, depending on the 
upper layers (service layer) in each external protocol. This enables 
components to be reused without having to completely redesign the 
component for each combination of external protocols that is 
encountered. 

Generic Call-control State Machine (GCSM) 

FIG. 5 is a signaling diagram and flow chart illustrating the 
functioning of the GCSM 5 1 of the present invention. The state machine 
illustrates the different call states as well as the triggering events between 
states. The GCSM 5 1 is bearer-independent, and functions with both 
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circuit-switched and packet-switched systems. Therefore, in some 
instances, the GCSM shows more than one triggering event or outcome 
out of a single state. As illustrated, the GCSM includes only normal call 
cases; abnormal call cases are not shown for purposes of clarity. Table 1 
below illustrates a mapping table showing the application of the GCSM 
to different signaling systems, and illustrating the mapping from the 
internal signaling utilized in the GCSM to the different signaling 
protocols. The message acronyms are defined in the individual protocol 
specifications, and need not be further described herein. Whenever an 
internal signal does not have a corresponding match in a signaling 
system, it is ignored upon its reception. 

As noted above, generic triggering events cause the GCSM to 
move from each generic state to another generic state as indicated in FIG. 
5. The GCSM is assumed to be in the Idle state 61 when an Incoming 
Call event triggers the GCSM to move from the Idle state 61 to the 
Trying state 62, 

Trying State 

The Incoming Call event triggers the GCSM to move from the Idle 
state 61 to the Trying state 62. The Trying state performs a called- 
number analysis on the called destination number, and creates the 
necessary media contexts accordingly. In other words, an Add Context 
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Message is sent to the MGW Handler 54, regardless of whether the MGW 
33 is needed or not. The MGW Handler validates whether the external 
component requires a Media context creation. If not the MGW Handler 
responds by immediately sending a media acknowledgment (Media- Ack) 
5 to invoke a state change. 

Media Connection State 

When a Media- Ack event is received from the MGW Handler 54, 
the GCSM transitions to the Media Connection state 63. In the Media 

10 Connection state, an Outgoing Call Message is sent to the extemal 
signaling system handling the outgoing side. The extemal signaling 
system maps the Outgoing Call Message to the appropriate protocol 
message in accordance with the mapping table. Following that, the 
GCSM sends a Modify Bearer Message to the extemal signaling system 

15 handling the incoming side. Several possible transitions can occur from 
the Media Connection state. First, if a Call Proceeding event is received, 
then a transition occurs to the Call in Progress state 64. Second, if a 
Modify Bearer event is received, then a transition also occurs to the Call 
in Progress state. Third, if a Bearer Established event is received, then a 

20 transition occurs to the Media Established (End-to-End) state 65 . Fourth, 
if an Alert event is received, then a transition occurs to the Alerting state 
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66 (as is the case in legacy IS- 136 base stations or ISUP call control 
signaling). 

Call-in-Progress State 

Upon receipt of a Call Proceeding event or Modify Bearer event, 
the GCSM transitions to the Call-in-Progress state 64. The GCSM then 
issues a Modify Context Message to the MGW Handler 54. Certain 
scenarios may require that the GCSM add a new termination to the 
incoming side for an already existing media context or modify an existing 
termination. In these cases, a Media- Ack event is received in the Call-in- 
Progress state. If a Media-Ack event or a Modify Bearer event is 
received, then there is no state change, and no specific action is taken. 
Several possible transitions can occur from the Call-in-Progress state. 
First, if a Reroute Call event is received requesting that a call be re-routed 
to a different destination, then a transition occurs to the Media 
Connection state 63. Second, if a Bearer Established event is received 
(indicating that a media context has been added successfully, and media 
is connected End-to-End) then a transition occurs to the Media 
Established (End-to-End) state 65. Third, if an Alert event is received, 
then a transition occurs to the Alerting state 66. 
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Media Established rEnd-to-End) State 

Upon receipt of a Bearer Established event, the GCSM transitions 
to the Media Established (End-to-End) state 65. There is only one 
transition associated with this state, and it occurs upon receipt of an Alert 
event, causing a state change to the Alerting state 66. The reception of 
a Bearer Established event or a Call Proceeding event entails no specific 
action. It is rather a notification that an end-to-end bearer has been 
successfully established. 

Alerting State 

Upon receipt of an Alert event, the GCSM transitions to the 
Alerting state 66. In this state, an Alert message is sent to the incoming 
side. There are two possible transitions associated with the Alerting state. 
First, if a Reroute Call event is received, then a transition occurs to the 
Media Connection state 63 requesting that a call be rerouted to a different 
destination. Second, if a Connect event is received indicating that the call 
is connected, then a transition occurs to the Connected state 67, which is 
the final state in a two-party call. 

Connected State 

Upon receipt of a Connect event, indicating that the called party 
has answered the call, the GCSM transitions to the Connected state 67. 
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In this state, an Answer message is sent to the incoming side. There is 
one possible transition out of the Connected state, and it concerns the 
case where the call has been converted to a multiparty call. The transition 
to the Muhi-Party state 68 occurs after a Create-New-Context event is 
5 received from the service logic setting up the multi-party call. The action 
associated with the event is to store all the necessary information. The 
actions associated with establishing the call to a third party are 
implemented by the service logic setting up the multi-party call. 

10 Multi-Partv State 

Upon receipt of a Create-New-Context event, indicating that a third 
party is being added to the call, the GCSM transitions to the Multi-Party 
state 68. The Multi-Party state allows for centralized control of the 
Media with respect to the actions associated with a multiparty call. The 

1 5 service logic for the multiparty service will trigger those actions based on 
subscriber actions. There is one possible transition out of the Multi-Party 
state. It occurs upon receipt of a "Revert-to-2" event from the service 
logic implementing the multiparty service, indicating that the call is being 
converted to a two-party call. In this case, the GCSM transitions to the 

20 Connected state 67. The action associated with the Multi-Party state is 
to drop the indicated third party. Events such as Delete Context and 
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Media Manipulation result in the required actions being executed, but do 
not result in a state transition. 

Example 

FIG. 6 is a message flow diagram illustrating the messages 
between network nodes and state transitions in the GCSM 5 1 when the 
generic call server 32 interconnects a SIP subscriber 71 and a PSTN 
terminal 72. With reference to FIG. 4, it can be seen that the SIP external 
signaling system 73 corresponds to Extemal Signaling System- 1 52, and 
the ISUP extemal signaling system 74 corresponds to the Extemal 
Signaling System-2 53. Although the example is shown interconnecting 
the SIP protocol with the ISUP protocol, the example is equally 
applicable to interconnecting other signaling protocols such as H.323 and 
ISUP, and the like. 

At step 75, the SIP Subscriber sends an INVITE message to the 
SIP extemal signaling system 73. The SIP extemal signaling system uses 
intemal signaling in the generic call server to send an Incoming Call 
message 76 to the GCSM 51 in accordance with Table 1. Upon receipt 
of the Incoming Call message, the GCSM transitions to the Trying state 
62. An Add Context message 77 is then sent to the MGW Handler 54. 
The MGW Handler sends a CRCX message to the MGW 33 to create a 
media context in accordance with Table 1. Upon receipt of an 
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Acknowledgment message 79, the MGW Handler returns a Media- 
Acknowledgment message 8 1 to the GCSM. 

Receipt of the Media- Acknowledgment message in the GCSM 51 
causes the GCSM to transition to the Media Connection state 63. The 
GCSM then sends a Modify Bearer message 82 to the SIP external 
signaling system 73 using intemal signaling. The GCSM also sends an 
Outgoing Call message 83 to the ISUP external signaling system 74 using 
intemal signaling. The Modify Bearer message is ignored by the SIP 
extemal signaling system 73 in accordance with Table 1. At step 84, the 
ISUP extemal signaling system sends an ISUP Initial Address Message 
(lAM) to the PSTN terminal 72, which returns an ISUP Address 
Complete (ACM) message 85. The ISUP extemal signaling system then 
sends an Alert message 86 to the GCSM using intemal signaling. 

Receipt of the Alert message in the GCSM 5 1 causes the GCSM 
to transition to the Alerting state 66 and to send an Alert message 87 to 
the SIP extemal signaling system 73 using intemal signaling. The SIP 
extemal signaling system then sends a SIP 1 80 Ok message 88 to the SIP 
subscriber 71 in accordance with Table 1. When the PSTN terminal 72 
is ready to connect, it sends a Connect message 89 to the ISUP extemal 
signaling system 74. Then, at step 9 1 , the ISUP extemal signaling system 
sends the Connect message to the GCSM using intemal signaling. 
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Receipt of the Connect message in the GCSM 5 1 causes the GCSM 
to transition to the Connected state 67. The GCSM then sends a Connect 
message 92 to the SIP extemal signaUng system using intemal signahng, 
and the SIP extemal signaHng system sends a SIP 200 Ok message 93 to 
the SIP subscriber 71 in accordance with Table L 

It is thus believed that the operation and construction of the present 
invention will be apparent from the foregoing description. While the 
generic call server, state machine, and method shown and described has 
been characterized as being preferred, it will be readily apparent that 
various changes and modifications could be made therein without 
departing from the scope of the invention as defined in the following 
claims. 
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Table 1 - Mapping Table 



Note 1 : Message is internally generated by wireless server toward the GCSM when 
server is informed that MS is ringing. Message is ignored when received from the 
GCSM. 

Note 2 : The H.248 Server determines whether a destination requires Media setup. 
If not, server sends Ack immediately to allow the GCSM to go to the next state. 
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